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BACKGROUND 

The present invention relates to the limiting of content delivery to individual recipients, 
particularly regarding the delivery of content over a communications network environment such 
as the world wide web. The delivered content may consist of any type of data format, or 
collection of formats that is typically used on the world wide web. Content comes in many 
forms, including text, graphics, audio, video, multimedia, etc. In particular, content used as 
online advertising is of interest. Generally, an online advertisement is displayed to an individual, 
i.e. a consumer, while the individual views material or uses functionality provided by a publisher 
on a communications network environment. A specific online advertisement is often displayed 
multiple times to a particular user. The present invention allows limiting the number of times a 
particular ad is seen by a user, also called the frequency capping. This frequency capping is 
independent of the location, web address, domain name or publisher, which is displaying the 
online ad. Frequency capping is achieved across publishers either per ad or per ad campaign if 
multiple ads are grouped into a campaign. 
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The proliferation of the Internet and world wide web (hereinafter "web") has created a great 
demand for effective content. After all, content is the key element that drives people to a 
website. Content comes in many forms, including text, graphics, audio, video, multimedia, etc. 
Numerous applications exist where content is being served over the web to clients. 

In the web environment, content is typically embedded "indirectly" in web pages 
downloaded from a host server to a client (hereinafter "browser"). In particular, the web page 
will generally include references to content using uniform resource locators (URL) that tell the 
browser where to retrieve the content. The browser, upon analyzing the web page, will send a 
request out to the identified location, and the content will be returned and inserted in the web 
page at a predetermined location. During the requesting of this content the browser can send a 
message along to the server, which contains data that was previously sent to the browser from 
that server. This message is called a "cookie" and all major and most minor browser 
implementations support this cookie mechanism. This cookie mechanism is a useful tool in the 
process of accumulating statistical data about the delivered content. 

Often, the content will reside on a third-party content server. For advertising content it is in 
many cases much more efficient to store content on a 3 rd party content server, particularly 
because in this case the 3 rd party content server (hereinafter "ad server") can accumulate statistics 
on the delivered ad independently of the web site publisher (hereinafter "publisher") and across 
multiple publishers. These statistics typically include the number of times the ad was delivered, 
called impressions, and the number of times the ad was acted upon, e.g. how many times the ad 
was "clicked". Depending on the format of the ad many other types of statistics can be 
accumulated by the ad server. A "publisher" may be an individual entity that publishes a web 
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site, an entity that publishes content that is used within multiple web sites, such as ad networks, 
or any other entity that has authority over content published within web sites. 

Current research strongly suggests that the effectiveness of an online ad is related to the 
number of times a particular user is exposed to the ad, also called the frequency of the ad. While 
it is usually desirable to show an ad more than once to a particular user it is also desirable to limit 
the number of times the user can see the ad. In other words it is desirable to apply frequency 
capping to an ad. Currently some publishers offer advertisers the ability to frequency cap ads 
shown on their web site, but this ability is limited to only that web site and cannot be applied to 
other publishers, which may also show the ad. While each publisher may frequency cap the ad 
the overall result regarding the frequency capping of the ad across multiple publishers will be 
poor if the publishers have an overlap in their visitor base. 

Since an ad server already delivers ads across publishers and accumulates statistics, the 
present invention extends its functionality to offer frequency capping across publishers per ad or 
per ad campaign or per any other criteria, which could be used to decide on limiting the content 
delivery. A method that implements this frequency capping must solve several problems that 
would arise. First a mechanism is required to determine if a particular ad should be shown to a 
particular user, and secondly there must be a solution for what action to take if it is determined 
an ad should not show. In many cases simply not showing the ad is not an option and alternate 
content is required. While there are methods in place that allow an ad server to display alternate 
content, there is currently no method that allows the publisher to determine what that alternate 
content should be. 
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SUMMARY OF THE INVENTION 



The present invention addresses the abovementioned need to limit content delivery by 
providing a method for limiting the content delivery to individual recipients, comprising: (1) a 
method for recording statistical data regarding particular content that has been delivered to an 
individual recipient; (2) a method for making and executing a frequency capping decision, and 
(3) a method for delivering alternate content in case a recipient should not receive the original 
content. 

DESCRIPTION 

I. Method to record statistical data 

In order to limit the number of times a particular content is delivered to an individual 
recipient it must be recorded how many times that content was received by that recipient. Other 
or similar data for making a determination on the limiting of content delivery can be recorded in 
place or in addition to that. The relevant information can either be stored by the recipient, or the 
ad server can store it. In a preferred embodiment the "cookie" mechanism can be used to store 
information on the recipient browser. The "cookie" mechanism, mentioned earlier, allows a 
content server to send data back to the browser together with content that it delivered. The 
browser will store that data and return it to the server on subsequent requests for content. 

These "cookies" can be used to either store the statistical data directly in the recipient's 
browser, or it can be used to store a unique identifier, which is used on the ad server to associate 
that browser with data stored on the ad server. When a browser requests content from the ad 
server the very first time it will not have any "cookie" data yet to send along with the request. 
The ad server can then after detecting the lack of "cookie" data send back either a unique 
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identifier or the statistical data, such as the information that the requested content was requested 
one time. On subsequent requests for that content either the unique identifier send with the 
request as "cookie" data is used to retrieve the statistical data stored on the server for that 
browser, or updated "cookie" data is returned such as an incremented impression count for that 
content. Note that in the "cookie" mechanism the data is sent back to that server, that send the 
data earlier along with content, independent of the publisher that refers to that content within a 
web page. Therefore the "cookie" mechanism is independent of publisher or domain-name 
boundaries. 

Also note that the ad server may not only track impressions of particular individual content, 
but also impressions of a particular group of content, called a campaign. As example the 2 nd 
impression of content (X) for a particular visitor may be that visitor's 5 th impression of the 
campaign (Y) to which content (X) belongs. This allows then limiting content delivery not only 
by particular content but also by campaigns. In addition there are many other methods, systems, 
definitions or algorithms that could be applied to a set of content for the purpose of deciding 
whether or not content should be delivered to an individual recipient. Also the recipients may be 
grouped by any criteria. In the spirit of this invention any mechanism or information for making 
the decision on whether or not to limit the content delivery may be used. 

There may be other methods for storing the data used for determining if content delivery 
should be limited. In the present invention any other method that can be used to access this 
information either on the server or on the recipients browser may be able to substitute the method 
described herein. 

II. Method (A) for delivering alternate content. 
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If it is determined that a particular content should not be delivered anymore to a particular 
recipient, alternate content is most likely required to fill in. The present invention desires to offer 
the limiting of content delivery as a 3 rd party service with the least possible required cooperation 
by a web site publisher. Therefore this determination about which content to deliver - the 
original or the alternate one - should be made by the 3 rd party service. In addition while this 
determination may be possible by the web site publisher with respect to impressions served by 
that publisher, the publisher would not be able to determine how many times the content was 
delivered by other publishers. 

With the method described here a web site publisher would refer to the content within the 
web site. When that content is requested by the visitor's browser the browser will send "cookie" 
data along to the ad server in case that browser had received the content before and the ad server 
was able to set "cookie" data at that time. The server can then use the received "cookie" data to 
make the decision to either return the requested content or to take action that will cause alternate 
content to be used in place of the original requested content. 

What the alternate content should be can in most cases not be known by the ad server. The 
web site publisher would most likely desire to provide alternate content. Also the publisher 
would want the ability to determine dynamically at the time it is needed what the alternate 
content should be. Therefore a mechanism is required that allows the publisher to specify the 
alternate content. This can be achieved by using programming code that is executed by a visitor's 
browser. Instead of delivering content directly, programming code is delivered that when 
executed on a visitor's browser will load and embed content into the web page. When a publisher 
refers to the ad server content within a web page it also adds programming code that defines the 
location of "alternate programming code". This could be achieved by setting a specific 
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programming variable to the location (URL) of the alternate programming code. The ad server 
has then the options of delivering two types of programming code. For the first case the 
programming code would load and embed the original content when executed on a visitor's 
browser. In the second case the programming code would load and execute the alternate 
programming code specified in the programming variable defined by the publisher. 

To illustrate this mechanism consider the following example. The example uses the common 
browser language Javascript, which is used in virtually all browser software in use today. 

Example 1: 

The publisher uses the following code inside a web page: 

<SCRIPT> var alt_content= ,, http://example-publisher.com/alt_content.js" </SCRIPT> 
<SCRIPT SRC= ,, http://ad-server-example.com/content.js ,, x/SCRIPT> 

When the browser requests the javascript file from the ad server "cookie" data is send along 
with that request. Using this data the server can decide to return one of 2 possible responses: 

Response 1 (use original content): 

document. write('<IMG SRC= ,, http://ad-server-example.com/image.gif , > , ); 
Response 2 (use alternate content): 

document. write('<SCRIPT SRC="'+ alt_content + , "></SCRVIPT>'); 
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Using programming code as alternate content provides the greatest flexibility to the publisher 
to define alternate content. But as a variation to this method it would also be possible to use other 
forms of alternate content. As an example the location of the alternate content could point to 
another web page that would be embedded into the current web page by using an IFRAME or 
other mechanism available in browsers. Or instead of defining a URL for alternate content the 
programming variable could contain the HTML code that comprises the alternate ad directly. 
Also note that the response from the ad server may contain the response content directly or may 
instruct the browser to request the content from a different location. Therefore instead of 
returning different response content the ad server may redirect the browser to different locations 
where different response content is located. This can be used to redirect the browser back to a 
predefined location within the publisher's authority, such that the publisher is able to deliver the 
alternate content. 

III. Method (B) for delivering alternate content 

In method (A) the content was embedded into a web page using programming code that is 
executed on the visitor's browser. Using this approach of using client-side programming it is also 
possible to make the determination of whether to choose original or alternate content on the 
client-side in the visitor's browser instead of doing that on the server side. Making the decision 
on the client side may be desirable in those cases where the content is not served directly by the 
ad server but instead by another entity. In that case that other entity may not be able to make a 
decision on the server side when a request for content is received, either because it does not have 
access to the statistical data used for making the determination about what content to show, or 
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because the server of the other entity is not capable of dynamically evaluating response choices 
in accordance with the ad server. 

Using client-side programming it is possible to access "cookie" data from within the browser. 
However the cookie data that is available is associated with the publisher's domain, not with the 
domain of the ad server. For client-side programming the domain of the embedding web page is 
relevant not the domain of the server that delivered the embedded programming code. In other 
words the "cookie" data set by the ad server is not available in client-side programming. 
Therefore if it is on the client side where the frequency capping should be decided the data 
relevant for that decision must be retrieved from the ad server. There are several options for 
retrieving that data. It is possible to load content from the ad server that will either contain the 
relevant data for making the decision or the decision may already be contained in the data. One 
possibility is to embed another programming code, which is retrieved from the ad server. When 
the request for that programming code is received the ad server can access "cookie" data and 
return that data back to the client in form of programming code, for example by setting 
programming variables. Or the "cookie" data can be used to make a decision and return that 
decision also by setting a programming variable to a particular value. Also the programming 
code may call different programming functions defined in the embedding code or call functions 
with different parameters to define data or convey a decision. In addition the content loaded from 
the ad server can be an object with properties that are available to the client programming code, 
such that these object properties can be used to convey a message from the ad server to the client 
programming code. An example of this would be an image object with specific dimensions, such 
that a short message is encoded into the dimensions dynamically by the ad server. 
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As a variation to this method the client-side programming code could store the information 
retrieved from the ad server as publisher "cookie" data. While the client side programming code 
cannot access the ad server "cookie" data it can access publisher "cookie" data. If the data is 
stored as publisher "cookie" data it will be available the next time the browser is requesting 
content from the ad server and executes client side programming code due to that. For example if 
the ad server has determined to never deliver the content to that particular visitor's browser again 
and this information is stored as publisher "cookie" data, then the next time the content is 
requested the browser does not need to access the ad server for a decision again, since the 
publisher "cookie" data already has the relevant information. 

To illustrate this mechanism consider example 2. Again the Javascript programming 
language is used here. 

Example 2: 

The publisher uses the following code inside a web page: 

<SCRIPT> var alt_content="http://example-publisher.com/alt_content.js" </SCRIPT> 
<SCRIPT SRC="http://ad-server-PROXY.com/content.js"x/SCRIPT> 

Only a single type of response is returned: 
Function Decision(what) { 

If (what=="show original") { 
..../* Code for loading the original ad */.... 

} else { 
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document. write('<SCRIPT SRC="+ alt_content Vx/SCR'+'IPTV); 

} 

} 

document. write ('<SCRIPT SRC= ,, http://ad-serve^-example.com/decide.js , '></SCR'+ , IPT> , ); 

The embedded script "decide.js" has 2 possible responses: 
Response 1 (use original content): 
Decision("show original") 

Response 2 (use alternate): 
Decision("alternate") 

IV. High Availability Improvement for Method (B) 

One issue of method (B) should be described in more detail. It relates to making content 
delivery highly available as well as the way content can be embedded into a web page using 
client-side programming code. It was described for method (B) that a client-side decision- 
making might be desirable where the content is not delivered by the ad server directly. Content is 
sometimes served by other entities such as content serving networks, which offer a highly 
reliable and redundant network of servers for serving content. Using such a network for content 
serving has many advantages as it increases the performance of serving for the end user and adds 
redundancy to the serving process that makes the content delivery virtually failsafe. Due to these 
advantages a 3 rd party content provider may want to serve its content through such a network. 
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This would then make the implementation of method (A) impossible without compromising the 
redundancy gained through using the serving network, if the serving network does not 
dynamically make the decisions on what response to deliver on behalf of the ad server. If the 
location of the content or programming code would point to the ad server directly rather than the 
serving network the redundancy of that network would be compromised since a failure of the ad 
server would prevent the content from being delivered. Due to this method (B) may be chosen 
over method (A). However, since also in method (B) programming code must be requested 
directly from the ad server to retrieve data, and therefore depends on the availability of the ad 
server, method (B) will in practice only be useful if it also offers a solution for the case that the 
ad server is temporarily unavailable. 

This can be achieved with a timeout mechanism. The timeout would run while the content 
used for making the decision is being requested from the ad server. If the content is retrieved the 
timeout is aborted. If the timeout runs out before the content is retrieved the content loading is 
aborted and a default action, such as loading and embedding the original content, is taken. This 
addition to method (B) offers a solution for limiting content delivery while using a serving 
network for content delivery. 

To illustrate this the following modified version of example 2 shows how a timeout 
mechanism is added to the programming code that ensures that content is delivered even if the ad 
server is unavailable and a serving network is used. 

Example 3: 

The publisher uses the following code inside a web page: 

<SCRIPT> var alt_content= , 'http://example-publisher.com/alt_content.js ,, </SCRIPT> 
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<SCRIPT SRC= , 'http://ad-server-PROXY.com/content.js , 'x/SCRIPT> 



Only a single type of response is returned: 
done=false 

Function Decision(what,action) { 
if (done) return; 
done=true; 

if (action=="abort") document.getElementByID("code ,, ).innerHTML= ,,,, ; 
If (what=="show original") { 

..../* Code for loading the original ad */.... 
} else { 

document. write('<SCRIPT SRC="'+ alt_content +'"></SCRVIPT>'); 

} 

} 

setTimeout('Decision("show originalVabort")', 500) 
document. write('<DIV ID="code'V); 

document. write('<SCRIPT SRC="http://ad-server-example.com/decide.js ,, ></SCR , +'IPT>'); 
document, write ( 4 </DI V> ' ) ; 

In the above example the timeout would allow the request to the ad server 500 milliseconds 
(0.5 seconds) to perform its task. After that time the content loading is aborted and default action 
is taken. 
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Another point to mention here is related to the way content can be embedded into a web page 
by using client-side programming code, such as Javascript. Looking at the history of browser 
technology the first common method was by using the programming statement "document. write" 
or "document, writeln". However this method cannot be used by code that is triggered by a 
"setTimeout" command or any other mechanism that executes code outside of the main 
execution thread. Newer browsers allow other methods of embedding content, which do not have 
this problem. But some older browser versions, which are sill in use only offer 
"document. write". For those browsers the timeout mechanism could not work, as any action by 
the timeout would not be able to embed general content into the web page. However if the 
content in questions has a known format, for example the content is an image, it is possible to 
first create similar content and later modify properties of that content, such as the image location 
(URL) through the timeout mechanism and obtain the desired result. 
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